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SYSTEM AND METHOD FOR MANAGING SOFTWARE 
APPLICATIONS IN A GRAPHICAL USER INTERFACE 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 This application claims the benefit of U.S. Provisional Application No. 60/417,066, 

entitled PROJECT ORGANIZATION USER INTERFACE, filed on October 8, 2002, 
U.S. Provisional Application No. 60/450,588, entitled WINDOWS GROUP 
ORGANIZATION USER INTERFACE, filed on February 26, 2003, and U.S. Provisional 
Application No. 60/472,5 11, entitled SMARTCUTS AND THE CASE FOR PRESERVING 
10 WINDOW STATE, filed May 22, 2003. U.S. Provisional Application Nos. 60/417,066, 
60/450,588, and 60/472,51 1 are hereby incorporated by reference. 

FIELD OF THE INVENTION 
Generally, the present application relates to computer software, and in particular, to a 
system and method for managing the control and display of software application windows in 
15 a graphical user enviroimient. 

BACKGROUND OF THE INVENTION 
Generally described, users can utilize computers for a variety of purposes. In a 
typical computing environment, a user can access a variety of software application programs 
("applications" or "programs") to address a specific task and/or fiilfiU a particular goal. For 
20 example, an accountant might make regular and extensive use of a word processing program, 
an e-mail program, a spreadsheet program, and a personal information manager. In a 
graphical operating system environment, users can instantiate multiple programs at the same 
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time, such that each program is represented as one or more graphical windows on the display 
area. For example, a computer may instantiate a word processing program and a spreadsheet 
program at the same time. Additionally, each program can in tum generate a graphical 
window for each file (e.g., document or spreadsheet) opened by a user. 
5 Rather than having all the instantiated program windows present on the same part of a 

display screen, users can adjust the location of the graphical windows on the display area. 
For example, users can alter the locations of the graphical windows such that portions of 
multiple graphical windows are visible to the user at the same time. However, adjusting the 
location of graphical windows, especially across multiple monitors or large displays, can 

10 become difficult and time consuming as the number of open graphical windows increases 
and the number of possible configurations for the open graphical windows also increases. 
For example, a user may wish to view multiple graphical windows corresponding to 
spreadsheets and word processing while using the computer for business activities. 
Likewise, the same user may wish to view multiple graphical windows corresponding to 

15 Litemet Web page browsers and e-mail communication tools for personal activities. 

Some operating environments allow users to customize program layout that keeps a 
program at a particular location when it is instantiated. Such customization allows users to 
reduce constant arrangement of program windows. However, this approach does not provide 
advanced program location management that would allow programs to be grouped and 

20 managed. Other operating environments allow windows to be organized into 'Virtual 
desktops" that can be stored, recalled or otherwise manipulated. However, the virtual 
desktop approach requires windows to be strictly partitioned so that only a single pre-defined 
set of graphical window layouts is readily accessible at one time. Because the number of 
uses for a computer by a single user may change or because multiple users may be associated 

25 with a single computer, the single set virtual desktop approach can become inefficient. 

Therefore, a need exists for a new and improved method for assisting users in 
maintaining arrangements of program windows in a large desktop environment in a way that 
improves the accessibility of programs relevant to a user's needs. 
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SUMMARY OF THE INVENTION 
A system and method for managing software applications in a graphical user interface 
having a desktop and taskbar display area are provided. Each instantiated program is 
represented as one or more graphical windows in the desktop and as a control tile in the 

5 taskbar. Control tiles are grouped into control tile groups that facilitate organization and 
single access control. Project control tile groups allow the grouping of multiple software 
applications. Additionally, minimized control tile group layout and state may be preserved 
and previewed prior to being restored. 

In accordance with an aspect of the present invention, a method for managing two 

10 software application windows is provided. The method may be implemented in a computer 
system including a display and at least two software applications windows. The software 
application windows are represented as graphical windows in a first portion of the display 
and as graphic controls on a second portion of the display when the software applications are 
instantiated on the computer system. In accordance with the method, an operating 

15 environment obtains an indication to organize a first graphic control corresponding to a first 
software application and a second graphic control corresponding to a second software 
application. The operating environment groups the first and second graphic controls on the 
second portion of the display. Additionally, the operating environment displays the first and 
second graphic controls as a group within the second portion of the display. 

20 In accordance with another aspect of the present invention, a method for managing a 

plurality of software applications is provided. The method may be implemented in a 
computer system including a display and a plurality of software applications. The display 
includes a desktop for displaying graphical windows and taskbar for controlling the software 
applications. The plurality of software applications are represented as graphical windows on 

25 a desktop portion of the display and as control tiles on a taskbar portion of the display when 
instantiated on the computer system. In accordance with the method, an operating 
environment obtains an indication to group a first control tile corresponding to a first 
software application and a second control tile corresponding to a second software 
application. The operating environment groups the first and second control tiles on the 

MSFn2109IAPl.DOC "3" 



taskbar portion of the display. Additionally, the operating environment displays the first and 
second control tiles as a group within the taskbar portion of the display. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The foregoing aspects and many of the attendant advantages of this invention will 
5 become more readily appreciated as the same become better imderstood by reference to the 
following detailed description, when taken in conjimction with the accompanying drawings, 
wherein: 

FIGURE 1 is a block diagram of a graphical user interface for use with the present 
invention; 

10 FIGURES 2 A and 2B are block diagrams of the graphical user interface of 

FIGURE 1 illustrating the grouping of multiple control tiles in accordance with the present 
invention; 

FIGURE 3 is a block diagram of the graphical user interface of FIGURE 2 illustrating 
the manipulation of control tiles utilizing drag and drop functionality in accordance with the 
1 5 present invention; 

FIGURE 4 is a block diagram of the graphical user interface of FIGURE 2 illustrating 
the inclusion of group controls in a group control tile in accordance with the present 
invention; 

FIGURE 5 is a block diagram of the graphical user interface of FIGURE 2 illustrating 
20 the collapsing of a control tile group in accordance with the present invention; 

FIGURE 6 is a block diagram of the graphical user interface of FIGURE 1 illustrating 
the preview of the display of group projects in accordance with the present invention; 

FIGURE 7 is a block diagram of the graphical user interface of FIGURE 1 illustrating 
the management of group projects in accordance with the present invention; 
25 FIGURE 8 is a block diagram of the graphical user interface of FIGURE 1 illustrating 

the preview of the display of group projects in accordance with the present invention; 

FIGURE 9 is a block diagram of the graphical user interface of FIGURE 1 illustrating 
the utilization of group snapshots in accordance with the present invention; and 

FIGURE 10 is a block diagram of a computing environment suitable for 
30 implementing aspects of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
Generally described, the present invention relates to managing graphical windows 
corresponding to instantiated software applications in a graphical user interface. More 
specifically, the present invention relates to managing graphical v^ndows by grouping the 
5 graphical windows and iconic representations of the graphical windows in a variety of 
embodiments. Although the present invention may be described with regard to illustrative 
graphical user interfaces, one skilled in the relevant art will appreciate that these 
embodiments are only illustrative in nature and should not be construed as limiting. Prior to 
discussing the present invention in greater detail, a suitable computing system for 
1 0 implementing the present invention will be described. 

FIGURE 10 illustrates an example of a suitable computing system environment in 
which the invention may be implemented. The computing system environment is only one 
example of a suitable computing environment and is not intended to suggest any limitation as 
to the scope of use or functionality of the invention. Neither should the computing 
15 environment be interpreted as having any dependent requirement relating to any one or 
combination of components illustrated in the exemplary operating environment. 

The invention is operational in numerous other general purpose or special computing 
system environments or configurations. Examples of well known computing systems, 
environments, and/or configurations that may be suitable for implementing the invention 
20 include, but are not limited to, personal computers, server computers, laptop devices, 
multiprocessor systems, microprocessor-based systems, network PCs, minicomputers, 
mainfi-ame computers, or distributed computing environments that include any of the above 
systems or the like. 

The invention may be described in the general context of computer-executable 
25 instructions, such as program modules, being executed by a computer. Generally, program 
modules include routines, programs, objects, components, data structures, etc., that perform a 
particular task or implement particular abstract data types. The invention may be also 
practiced in distributed computing environments where tasks are performed by remote 
processing devices that are linked through a communications network. In a distributed 
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computing environment, program modules may be located in both local and remote computer 
storage media including memory storage devices. 

With reference to FIGURE 10, an exemplary system for implementing the invention 
includes a general purpose computing device in the form of a computer 1000. Components 
5 of a computer 1000 include, but are not limited to, a processing unit 1002, a system 
memory 1004, and a system bus 1006 that couples various system components including the 
system memory to the processor. The system bus may be any of several types of bus 
structures including a memory bus or memory controller, peripheral bus, and a local bus 
using any of a variety of bus architectures. By way of example, not limitation, such 

10 architectures include Industry Standard Architecture (ISA) bus, Micro Chaimel Architecture 
(MCA) bus. Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) 
local bus, and Peripheral Component Interconnect (PCI) bus also known as a Mezzanine bus. 

The computer 1000 typically includes a variety of computer-readable media. 
Computer-readable media can be any available media that can be accessed by the 

15 computer 1000 and includes both volatile and non- volatile media, removable and 
non-removable media. By way of example, and not limitation, computer-readable media 
may comprise computer storage media and communication media. Computer storage media 
includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory 
technology, CD-ROM, Digital Versatile Disk (DVD) or other optical disk storage, magnetic 

20 cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any 
other medium which can be used to store the desired information and which can be accessed 
by the computer 1000. 

The communication media typically embodies computer-readable instructions, data 
structures, program modules or other data in a modulated data signal such as a carrier wave 

25 or other transport mechanism and includes any information delivery media. The term 
"modulated data signal" means a signal that has one or more of its characteristics set or 
changed in such a manner to encode information in the signal. By way of example, and not 
limitation, communication media includes wired media such as a wired network or direct 
wired connection, and wireless media such as acoustic, RF, infrared and other wireless 
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media. Combinations of any of the above should also be included within the scope of 
computer-readable media. 

The system memory 1004 includes computer storage media in the form of volatile 
and/or non-volatile memory such as read only memory (ROM) 1008 and random access 
5 memory (RAM) 1010. A basic input/output system 1012 (BIOS), containing the basic 
routines that help to transfer information between elements within the computer 1000, such 
as during start-up, is typically stored in ROM 1008. RAM 1010 typically contains data 
and/or program modules that are immediately accessible to and/or presently being operated 
on by the processing unit 1002. By way of example, and not limitation, FIGURE 10 

10 illustrates an operating system 1026, application programs 1028, other program 
modules 1030, and program data 1032. 

The computer 1000 may also include removable/non-removable, volatile/non-volatile 
computer storage media. By way of example only, FIGURE 10 illustrates a hard disk 
drive 1014 that reads from or writes to non-removable, non- volatile magnetic media 1016, a 

15 magnetic drive 1018 that reads from or writes to a removable, non-volatile magnetic 
disk 1020, and an optical disk drive 1022 that reads from or writes to a removable, 
non- volatile optical disk 1024, such as CD-ROM, or other optical media. Other 
removable/non-removable, volatile/non-volatile computer storage media that can be used in 
the exemplary operating environment include, but are not limited to, magnetic tape cassettes, 

20 flash memory cards, DVD, digital video tape, Bernoulli cap cartridges, solid state RAM, 
solid state ROM, and the like. The hard disk drive 1014, magnetic disk drive 1018, and 
optical disk drive 1022 may be connected to the system bus 1006 by a hard disk drive 
interface 1034, a magnetic disk drive interface 1036, and an optical drive interface 1038, 
respectively. Altematively, the hard disk drive 1014, magnetic disk drive 1018, and optical 

25 disk drive 1022 are typically connected to the system bus 1006 by a Small Computer System 
Interface (SCSI). 

The drives and their associated computer storage media discussed above and 
illustrated in FIGURE 10, provide storage of computer-readable instructions, data structures, 
program modules and other data for the computer 1000. In FIGURE 10, for example, the 
30 hard disk drive 1034 is illustrated as storing the operating system 1026, application 



MSFT\21091AP1.DOC 



-7- 



programs 1028, other programs 1030, and program data 1032. Note that these components 
can either be the same as or different from the operating system 1026, the other program 
modules 1030, and the program data 1032. A user may enter commands and information 
into the computer 1000 through an input device such as a keyboard 1044 and/or a pointing 
5 device 1046, commonly referred to as a mouse, track ball or touch pad. Other input devices 
(not shown) may include a microphone, a joystick, a game pad, a satellite dish, a scanner, or 
the like. These and other input devices are often connected to the processing unit 1002 
through user input interface 1042 and may be connected by other interface and bus 
structures, such as a parallel port, game port or other universal serial bus (USB). 

10 The computer 1000 may operate in a network environment using logical connections 

to one or more remote computers 1054. The remote computer 1054 may be a personal 
computer, a server, a router, a network PC, a peer device or other common network node, 
and typically includes many or all of the elements described above relative to the 
computer 1000, although only a memory storage device has been illustrated in FIGURE 10. 

15 The logical connections depicted in FIGURE 10 include a local area network (LAN) 1048 
and a wide area network (WAN) 1052, but also include other networks. Such network 
environments are commonplace in office, enterprise-wide computer networks, Intranets, and 
the Internet. 

When used in a LAN network environment, the computer 1000 is connected to the 
20 LAN 1048 through a network interface adapter 1040. When used in a WAN network 
environment, the computer typically includes a modem 1050 or other means for establishing 
conmaunications over the WAN 1052, such as the Internet, The modem, which may be 
intemal or extemal, may be connected to the system bus 1006 via the serial port interface or 
other appropriate mechanism. In a networked environment, program modules depicted 
25 relative to the computer 1000, or portions thereof, may be stored in the remote memory 
storage device. By way of example, and not limitation, FIGURE 10 illustrates remote 
application programs 1028 as residing on memory device 1004. It will be appreciated that 
the network connections shown are exemplary and other means of establishing 
communication between the computers may be used. Although many other intemal 
30 components of the computer 1000 are not shown, those of ordinary skill will appreciate that 
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such components and their interconnection are well known. Accordingly, additional details 
concerning the internal construction of the computer 1000 need not be disclosed in 
connection with the present invention. 

Those skilled in the art will understand that program modules such as the operating 
5 system 1026, the application programs 1028 and data 1032 are provided to the 
computer 1000 via one of its memory storage devices, which may include ROM 1008, 
RAM 1010, hard disk drive 1014, magnetic disk drive 1018, or optical disk device 1022. 
The hard disk drive 1014 is used to store data 1032 and the programs, including the operating 
system 1026 and application programs 1028. 

10 When the computer 1000 is turned on or reset, the BIOS 1012, which is stored in 

ROM 1008 instructs the processing unit 1002 to load the operating system 1026 from the 
hard disk drive 1014 into the RAM 1010. Once the operating system 1026 is loaded into 
RAM 1010, the processing unit executes the operating system code and causes the visual 
elements associated with the user interface of the operating system to be displayed on the 

15 monitor. When a user opens an application program 1028, the program code and relevant 
data are read from the hard disk drive and stored in RAM 1010. 

FIGURE 1 is a block diagram of a graphical user interface 100 for use with the 
present invention. In an illustrative embodiment of the present invention, an operating 
environment being executed on a computing device generates the graphical user interface 

20 100. The graphical user interface 100 can include a first display area 102, commonly 
referred to as a desktop, in which graphical windows 106, 108, 110 and 112, corresponding 
to instantiated programs, are displayed to the user. In an illustrative embodiment of the 
present invention, the desktop portion of the display may be embodied as a portion of a 
single display screen. Alternatively, and as illustrated in FIGURE 1, the desktop portion of 

25 the display may be embodied in multiple display screens 102. The graphical user 
interface 100 can also include a second display area 114, commonly referred to as a taskbar, 
in which control tiles 118, 120, 122, and 124 corresponding to the instantiated programs are 
displayed to the user. The taskbar portion 1 14 can also include various controls 1 16 that can 
be utilized to instantiate additional programs. 
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In an illustrative embodiment of the present invention, each instantiated program is 
represented as one or more graphical windows displayed on the desktop portion 102 and as 
one or more control tiles displayed on the taskbar portion 114. Each graphical window 
displayed on the desktop portion 102 corresponds to a control tile displayed on the taskbar 
5 portion 114. As discussed above, a single program may correspond to multiple graphical 
windows and accordingly, multiple control tiles. The utilization of graphical windows on a 
desktop display to display information and/or obtaining user information and the utilization 
of control tiles on a taskbar display to manipulate the graphical windows or otherwise control 
the software programs are well known to one skilled in the relevant art and will not be 

10 described in any further detail. Additionally, although the graphical user interface 100 is 
illustrated with a single taskbar portion 114 located at the bottom of the display area, one 
skilled in the art will appreciate that graphical user interface 100 can include multiple 
taskbars and/or taskbars located at different location relative to the desktop portion 102. 

In accordance with one aspect of the present invention, control tiles corresponding to 

15 instantiated program windows may be organized within the taskbar 1 14 as a group. Various 
actions and/or functionality may be provided to the grouped program windows, as will be 
described in greater detail below. FIGURES 2A and 2B are block diagrams of the graphical 
user interface 100 of FIGURE 1 illustrating the grouping of multiple control tiles. The 
taskbar portion 114 includes two control tiles 118, 120 that are organized to form a 

20 group 126. An indication to group control tiles may be obtained in a variety of ways. In one 
embodiment, users can manipulate user selection devices, such as computer mice, digitizer 
pens, touch screens, trackballs, keyboards and the like, to group control tiles on the 
taskbar 1 14. For example, a user can utilize traditional drag and drop functionality to select 
and group control tiles. Further, in another embodiment, users can be presented with a series 

25 of menus or other controls that can group control tiles on the taskbar 114. Still further, 
additional graphical grouping indications or gestures can be used to select and designate 
control tiles for grouping. For example, a user may graphically draw a circle around each 
control tile to be grouped. Similarly, a user may utilize selection tools, such as geometric 
shapes, that group any control tiles encompassed, partially or completely, by the selection 

30 tool. To facilitate the grouping of control tiles, in an illustrative embodiment of the present 
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invention, visible, or semi-visible, taskbars may be peraianently displayed at portions of the 
display, such as the edges of the display, that accept and retain control tile groupings. One 
skilled in the relevant art will appreciate that additional or alternative selection tools/methods 
may be incorporated into the present invention. 
5 FIGURES is a block diagram of the graphical user interface 100 of FIGURE 2 

illustrating the manipulation of control tiles and control tile groups utilizing drag and drop 
functionality. In one aspect, guide sets may be displayed on the graphical user interface 100 
to indicate whether a selected control tile will be included in a group of control tiles. As 
illustrated in FIGURES, if a user wished to include control tile 122 into group 126, guide 

10 sets, such as curved caret 130, would indicate where a user could release the selected control 
tile and have it included in the group. In another aspect, the guide sets may also be used to 
facilitate the removal of a control tile from a group. As illustrated in FIGURE 3, if a user 
wished to remove control tile 118 from the group 126, guide sets, such as a straight line 132, 
would indicate when a user could release the selected control tile such that the control tile 

15 would no longer be included in an adjacent group. One skilled in the relevant art will 
appreciate that additional or alternative guide sets may be utilized to facilitate user 
manipulation. Retuming to FIGURE 2A, in an illustrative embodiment of the present 
invention, the grouping of control tiles, such as control tiles 118, 120, can be illustrated in the 
graphical user interface 100 in a variety of ways. As illustrated in FIGURE 2 A, the grouping 

20 of control tiles 126 can include a group control tile 128 that identifies the control tile 
group 126. As will be explained in greater detail below, the group control tile 128 can also 
include additional group controls that may be applied to the control tiles 118, 120 in the 
control tile group 126. The group control tile 128 can include additional text and/or graphics 
that identify the group control tile 128 and/or the control tiles 118, 120 in the control tile 

25 group 126. For example, the group control tile 128 can include a textual and/or graphical 
identifier for the group. Additionally, the group control tile 128 can include an indication of 
the number of control tiles that are part of the particular group. Further, to identify which 
control tiles are included with the group, the group 126 can be displayed with a continuous 
border around the each of the grouped control tiles 118, 120. Additionally, the group 126 

30 can displayed in a color schema to distinguish particular groups from the taskbar 1 14 or other 
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groups. Additional techniques may be also be applied to identify particular groups, including 
differing display fonts, variable thickness borders, and/or adjusting the dimensions of the 
control tiles 118, 120. Further, as illustrated in FIGURE 2B, the grouping of control 
tiles 118, 120 can also be achieved for embodiments in which the taskbar 114 is vertically 
5 aligned with regard to the desktop 1 02. 

With reference to now to FIGURE 4 and as described above, in an illustrative 
embodiment of the present invention, the group control tile 128 can include one or more 
group controls 134. The group controls 134 can be manipulated in a maimer that a selected 
control can be applied to each control tile 1 18, 120 in the control tile group 126 or a subset of 

10 tiles in the control tile group. In an illustrative embodiment of the present invention, the 
group controls 134 can include a control that allows users to minimize the graphical vsdndows 
displayed on the desktop 102 that correspond to the control tiles in the control tile group, to 
restore the graphical windows displayed on the desktop 102 that correspond to the control 
tiles in the control tile group, to close the graphical windows displayed on the desktop 102 

15 that correspond to the control tiles in the control tile group, to save data on applications 
corresponding to the graphical windows displayed on the desktop 102 that correspond to the 
control tiles in the control tile group, and to resize the graphical windows displayed on the 
desktop 102 that correspond to the control tiles in the control tile group. Additionally, in an 
alternative embodiment of the present invention, the group controls 134 can be manipulated 

20 in a manner such that the graphical windows of the group may be automatically arranged into 
one of a number of pre-defined layouts such as cascading, tiled, single window centralized, 
equal division of the open windows, and the like. Still further, the group controls 134 can 
also be utilized in a multi-modal embodiment in which the location of open graphical 
windows from one group can be toggled with the minimized graphical windows of another 

25 group. This allows a single user action to accomplish the task of maximizing, minimizing, 
and restoring many individual windows simultaneously, which would otherwise be possible 
with a long sequence of individual user actions. One skilled in the relevant art will 
appreciate that any subset of the above-mentioned controls may be included with the group 
controls 134 and that additional or altemative controls may also be included within the group 

30 controls. 
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Although the control tile group 126 has been illustrated in FIGURES 2-4 as including 
the display of at least a portion of the control tiles 118, 120 included in the group, in an 
illustrative embodiment of the present invention, the control tile group 126 may be 
represented solely by the group control tile 128. The transition of the display of the control 
5 tile group 126 from displaying a portion of the control tiles to solely displaying the group 
control tile 128 will be referred to as collapsing the control tile group. FIGURE 5 is a block 
diagram of the graphical user interface 1 00 of FIGURE 2 illustrating the collapsing of a 
control tile group in accordance with the present invention. Collapsing a control tile group 
serves the purpose of making more space available on the display surface, reducing the 

10 visual clutter presented to the user, and potentially offering a visual representation of the 
group that is more readily identifiable to the user. In an illustrative embodiment of the 
present invention, a control tile group can be collapsed based upon receiving an indication 
from a user to collapse the group. For example, the group control tile 128 can include a 
group control 134 (FIGURE 4) that allows the user to manually collapse and restore the 

15 group. Further, a control tile group may be collapsed automatically by an operating 
environment and/or program. In one embodiment, the control tile groups 126 may be 
collapsed based on the available display space on the taskbar 114. If the display space 
normally utilized to represent the control tiles and control tile groups on the taskbar 114 
exceeds the amount of space available, the operating environment may automatically 

20 collapse one or more of the control tile groups. Additionally, the operating environment may 
also utilize additional heuristics to select specific control tile groups 126 to collapse. For 
example, the operating environment may monitor a frequency of access for the control tiles 
with each control tile group and collapse the control tile groups that are below a access 
threshold or collapse the control tile groups that have been accessed the least. Additionally, 

25 the operating environment can also utilize additional criteria, such as collapsing priorities set 
by users or application programs, to determine which control tile groups to collapse. 

In another embodiment of the present invention, the control tile group 126 may also 
be represented in a collapsed manner as an embedded thumbnail image on the taskbar 114. 
The embedded thumbnail image may correspond to an illustration, or preview, of the display 

30 of the graphical windows included within the group. Additionally, in one embodiment of the 
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present invention, selecting the thumbnail or hovering over the thumbnail with a user 
selection device, results in the projection of a preview of the display of the windows with the 
group. In an illustrative embodiment of the present invention, the preview is a 
semi-translucent image displayed on the current desktop 102 and blended with currently 
5 displayed objects. Alternatively, the preview may be an opaque image that is displayed over 
any existing display objects. Selection of the thumbnail image 136 would result in the 
restoration of the graphical windows on the desktop and/or the conversion of the thumbnail 
images into control tiles. 

FIGURE 6 is a block diagram of a graphical user interface 100 including a thumbnail 

10 image 136 of collapsed control group. FIGURE 6 also illustrates the projection of a 
preview 138 of the graphical windows corresponding to the control tiles included within the 
control tile group. Although FIGURE 6 illustrates a reduced size version of the desktop 102 
and the location and dimensions of the graphical windows corresponding to the group 
project 138, the dimensions of the preview can vary and/or a user may be able to manipulate 

1 5 the dimensions of the preview. 

In accordance with another aspect of the present invention, control tile groups 126 
may be organized into a specific type of group, referred to as a project, that corresponds to 
organization criteria defined by the operating environment and/or computer users. Generally 
described, a project group includes one or more control tiles corresponding to instantiated 

20 software programs organized according to some organization criteria. A project grouping is 
a group, such as group 126 (FIGURES 2A-5) and accordingly maintains the functionality 
described above for groups. As an illustrative example, a project organized as an 
"accounting" project could include all the programs typically used to accomplish accounting 
tasks. Accordingly, by utilizing an accoimting project, a user can organize and control 

25 necessary software applications without having to individually instantiate and manipulate 
each software application. 

The taskbar 1 14 can include any number of project groups at one time. Further, in an 
illustrative embodiment of the present invention, the taskbar 114 always includes a "desktop" 
project group in which control tiles from all the instantiated programs must reside. A 

30 particular control tile for a software application may reside in more than one project group 
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without requiring multiple instantiations of the software application. For example, a word 
processing software application may belong to a desktop project group, a business project 
group, and a correspondence project group. By associating particular control tiles to a 
project, users are able to access all the graphic windows associated with customizable 
5 fimctions. In an illustrative embodiment of the present invention, project groups may be 
saved for subsequent access. Further, project templates may be created that include 
pre-defined projects, such as a generic word processing project group, that can be modified 
by individual users. Further, project groups may be generated by utilizing search capabilities 
with a network or with the operating environment for all software applications, files or data 

1 0 that satisfy search criteria. 

FIGURE 7 is a block diagram illustrative of a graphical user interface 100 including a 
base group project 140 including all instantiated programs and a second group project 142 
including two control tiles 118 and 120. As described above, the group project 142 includes 
a group control tile 144that includes an identifier of the project group. Further, as illustrated 

15 in FIGURE 7, the group project identifier can include a numerical identifier indicating the 
number of control tiles current in the group. As described above, although control tiles 118 
and 120 are associated with two group projects 140 and 142, the control tiles displayed 
within each group project refer to the same graphical window. Accordingly, group project 
tile 144 can be used to minimize and/or restore graphical windows corresponding to control 

20 tiles 118 and 120. In the event that individual access is desired, the control tiles 118, 120, 
and 124 may be still manipulated through the desktop project group 140. 

In accordance with a fiirther aspect of the present invention, the operating 
envirormient may provide fiirther fimctionality to preview and restore graphical window 
group layout. As described above, a minimized group can project a preview of the display of 

25 the graphical windows on the desktop. The preview may be used to allow a user to 
determine whether to select the group and restore the graphical windows on the desktop 102. 
Although the preview feature was described with relation to a thumbnail image of a 
collapsed group, the preview is not limited to collapsed groups or thximbnail representations. 
Additionally, users may be able to manipulate the preview to allow a precise specification of 

30 where the graphical windows will be restored. Further, the dimensions or other attributes of 
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graphical windows may be modified by manipulating the preview of the windows. 
FIGURES is a block diagram of the graphical user interface 100 including a group 126 
having three control tiles 118, 122, and 124. As illustrated in FIGURE 8, a preview of the 
display of the graphical windows can be projected from the group 126 onto the desktop 102. 
5 In accordance with another aspect of the present invention, the operating environment 

can make records, or snapshots, of the layout of the graphical windows within the groups as 
they are modified over a period of time. The snapshots can be provided as a visual record of 
the manipulation of the graphical windows. Additionally, the snapshots may be provided as 
a mechanism to restore the layout of graphical windows. In one embodiment, the snapshots 

10 can be presented to users on the graphical user interface 100 according to time. FIGURE 9 is 
a block diagram of a graphical user interface 100 including a timeline 150 for tracking 
snapshots of groups along various time increments 152. As illustrated in FIGURE 9, the 
timeline 150 includes a number of snapshots 154 that correspond to the saving of the layout 
of the group at that particular time. Users can select individual snapshots 154 such that 

1 5 operating environment can generate a preview of the group at the particular time such as the 
previews illustrated in FIGURES 6 and 8. In an illustrative embodiment of the present 
invention, snapshots may be manually created by users manipulating a snapshot control. 
Further, snapshots may be automatically created by the operating environment based on time 
criteria or activity criteria. Further, snapshots may be saved and/or exported for later use. 

20 As an additional embodiment of the present invention, in addition to preserving the 

layout of the graphical windows, snapshots can also preserve state information corresponding 
to one or more of the graphical vsdndows. In this embodiment, state information can 
correspond to values and attributes of the specific files and/or data encompassed within the 
graphical v^ndows at the time the snapshot is recorded. The state information may be used 

25 to restore the particular data/file that was being accessed. Further, the state information can 
also be used to restore the specific version/value of the data/file that existed at the time the 
snapshot was created. State information can also include specific user information or other 
contextual information. 
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While illustrative embodiments of the invention have been illustrated and described, 
it will be appreciated that various changes can be made therein without departing from the 
spirit and scope of the invention. 
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